home *** CD-ROM | disk | FTP | other *** search
- LAME Ain't a Mp3 Encoder
- ~~~~~~~~~~~~~~~~~~~~~~~~
-
- Don't be fooled by the name, LAME is a mp3 encoder, and a damn good one at that
- too! ;)
-
- Since v3 it started using GPSYCHO, a GPL'd psycho-acoustic model (if you don't
- know what that is, read up on the mp3 format) that produces a very nice final
- result.
-
- This is my (very successful ;) ) attempt at porting it to the Amiga, since I
- felt that the other ports out there were too poor and unstable, and not updated
- frequently enough (LAME is still a project in progress, and there are often
- updates available). This port has been extensively tested and proved very
- stable, and will be updated frequently alongside the original project.
-
-
- - CISC
-
-
-
- News
- ~~~~
-
- The previous release was causing alot of fpu-exceptions because of a nasty
- tendency of gcc to inline fcos/fsin instructions even on 040/060 when
- -ffast-math is enabled, since I now use my own MorphOS gcc 2.95.3 68k
- crosscompiler this is no longer a problem, also I was linking with an old
- libm.a optimized for 020/881 .. now I'm linking with specially optimized
- versions of libm.a, so all fpu-exceptions should now be gone, and LAME should
- be just as fast for ppl who are not running CyberPatcher or similar...
-
- NOTE: LAME's stack requirements have increased!!! I logged the 68k binaries
- going dangerously close to the previous default of 100000 (and the PPC binary
- downright nuked) at normal operation, so I increased the default to 163840 ..
- this means you prolly won't need to worry about setting the stack for the 68k
- binaries, but you *MUST* give the PPC binary enough stack, or else you will
- crash'n'burn for sure!
-
-
- Hints & Tips
- ~~~~~~~~~~~~
-
- Experiencing startup or random crashes when running LAME?
-
- - Get http://ftp.uni-paderborn.de/aminet/aminet/hard/misc/CSPPC233Fix.lha it
- fixes a strange bug which corrupts the PPC LR register sometimes (seems to
- occur more often under heavy CPU load) .. use NOREQ and QUIET options to
- avoid the pesky debug info/requesters... ;)
-
- - Try increasing stacksize (LAME needs atleast 100k (163840 is the default for
- 68k, PPC uses the stack you set, so be generous)).
-
- - Unplug your accelerator board and plug it in again, as it is known that there
- sometimes occur a bad connection for whatever reason that will make your
- programs behave badly (esp. PPC).
-
- - Remove nasty patches.
-
-
- Why doesn't LAME re-encode my mp1/2/3 files properly?
-
- - The file-extension prolly isn't recognized .. use the --mp1/2/3input options.
-
-
- How come re-encoded mp3s sound so bad?
-
- - Well, first off, re-encoding *will* degrade the quality .. think about it...
-
- - Use the FPU version of mpega.library for best possible quality.
-
-
- Why doesn't LAME re-encode my FreeFormat or 8kHz mp3s correctly?
-
- - LAME uses mpega.library for reading mp3s to reduce code-size, and speed up
- decoding.
-
- - mpega.library doesn't support FreeFormat (yet).
-
- - mpega.library has a bug when decoding 8kHz mp3s (this will be fixed soon).
-
- - Use LAME.060 (yes, it will work on 040, prolly even 020) or LAME.elf which
- from now on uses LAME's internal mpglib.
-
-
- Why doesn't LAME work when trying to encode from stdin?
-
- - sndfile.library uses asyncio.library for efficiency.
-
- - asyncio.library doesn't support reading from stdin, use PIPE: instead.
-
-
- When I Version LAME, I get really strange dates?!
-
- - You have a non-Y2K compliant Version command, please get an updated version
- from http://www.amiga.de/diary/developers/Version_v40.3.lha
-
-
- When I extract the LAME archive, the files get weird datestamps?!
-
- - You have a non-Y2K compliant LZX command, please get an updated version from
- Aminet in util/arc/LZX121r_pch.lha
-
-
- I'm encoding directly from CD using AsimCDFS, and all my RAM disappears.
-
- - Turn off "Stream CDDA Audio" in AsimCDFS_Prefs. (Thanks to Denis Zwornarz)
-
-
- I'm unable to encode from CDDA files or the resulting MP3 sounds like trash.
-
- - Most CD-ROMs return CDDA in the Intel byte order (little endian), you have to
- use the -r -x options to select raw input and force byteswapping on the data.
-
-
- LAME is too slow, I want something faster!
-
- - Be sure to run CyberPatcher/OxyPatcher or similar .. without this you'll
- lose alot of performance whenever an 040/060 unsupported instruction is
- encountered and needs to be emulated. I've done my best to keep them as few
- as possible, but there's still some in there...
-
- - I've optimized the exe's as good as I can, but if you want to encode even
- faster (but with poorer quality), use the "-f" option.
-
- (on a 060/50 the speed is 0.1681x vs. 0.3742x here. (v3.60)) ;)
-
- - If you don't give a shit about quality, but just want speed, try the -q9
- option. ;))
-
- - Get a PPC card (my 604e/233 encodes at 1.1905x (no options enabled) and
- 2.1678x (-f option) with a 44.1kHz stereo AIFF). ;))
-
- - Use big-endian files (AIFF), byte-swapping can drag down performance.
-
-
- Why doesn't LAME.elf run under WarpOS?
-
- - Install Frank Wille's ppclibemu .. http://home.owl.de/~frank/
-
- - Install InstallPPCLib .. http://frogger.rules.pl/downloads.html
-
-
- Links
- ~~~~~
-
- The Amiga Alternative Audio Page (Homepage of LAME, BladeEnc, SoX and RAPlay)
- -> http://www.honeypot.net/audio/
-
- libsndfile
- -> http://www.zip.com.au/~erikd/libsndfile/
-
- LAME
- -> http://www.mp3dev.org/mp3/
-
- MP3'Tech
- -> http://www.mp3tech.org/
-